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DETAILED ACTION 
Continued Examination Under 37 CFR LI 14 

1. A request for continued examination under 37 CFR 1.1 14, including the fee set forth in 
37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 
eUgible for continued examination under 37 CFR 1.1 14, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on March 6, 2006 has been entered. 

Claims 38-72 are pending. 

Response to Arguments 

2. Applicant's arguments with respect to claims 38-72 have been considered but are moot in 
view of the new ground(s) of rejection. 

Claim Objections 

3. Claim 65 is objected to under 37 CFR 1 .75(c), as being of improper dependent form for 
failing to fiirther limit the subject matter of a previous claim. Applicant is required to cancel the 
claim(s), or amend the claim(s) to place the claim(s) in proper dependent form, or rewrite the 
claim(s) in independent form. Claim 65 refers to subsequent claim 66 instead of properly 
referring back to a previous claim, 

4. Claim 43 is objected to because of the following informalities: the period (.) at the end of 
line 3 should presumably be a semicolon (;). Appropriate correction is required. 
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Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

6. Claims 38-41, 44-63, and 66-72 are rejected under 35 U.S.C. 102(b) as being anticipate 
by Binoy Ravindran and Lonnie R. Welch, "Modeling and Analysis of Complex, Dynamic Real- 
time Systems," 1998, The University of Texas at ArUngton, AAT 9904954, pp. i-xviii, 1-241 
(hereinafter "[RW1998]"). 

As per claim 38, [RW1998] discloses: 

providing instrumentation information to a resource allocation function (see, e.g., pp. 77- 
79 describing hardware monitors and software monitors that dynamically measure QoS metrics; 
p. 109 QoS information allows for allocation analysis), the instrumentation information being 
associated with N-plurality of hosts (p. 78 — associated with the hardware monitors are host-level 
daemons (one per host machine) that collect various host-level metrics); 

preparing system specification files to describe system and network specification 
information (see, e.g., p. 77 — a parser that is fi-ont-end to the system data broker reads a 
description of the system and its QoS requirements expressed using a specification language; see 
also, chapter 7 on pp. 87-108, describing in detail the specification language for modeling host 
and network systems); 
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linking the system specification files to characteristic applications (see p. 77 — a parser 
reads the specification files containing QoS requirements to build the data structures that model 
the system; p. 109 — system components are monitored for conformance to the specified QoS 
requirements; pp. 142-47 — the resources for the applications are allocated on the basis of the 
monitored QoS information; thus, the specification files are "linked to", i.e., associated with, the 
operafion of (and allocation of resources for) the applications); 

producing quality-of-service (QoS) information by the resource allocation function based 
the instrumentation informafion (see, e.g., section 8.3.1 on pp. 143-45, describing the monitoring 
of hardware load for each host; the hardware load information is used by the resource allocation 
algorithm to generate a "fitness" score, as described in section 8.3.2 on pp. 145-47), the QoS 
information being associated with the characterisfic applications on the N-plurality of hosts (as 
stated above, the hardware load for the hosts is monitored; see, e.g., section 8.3.1 on pp. 143-45); 

allocating assigned hosts for processing the characteristic applications as control orders 
by the resource allocation function based on the QoS information (see, e.g., enumerated item 
"(3)" on p. 81 — computing a resource allocation: the resource manager determines candidate 
hosts . . .; see also section 8.3 on pp. 142-47, describing allocation analysis which includes a 
resource allocation algorithm for the selection of a "best" resource for a recovery action; Figure 
8.6 on p. 148 ftirther illustrates the resource allocation algorithm), the assigned hosts being 
among the N-plurality of hosts (the algorithm considers the "eligible hosts" obtained fi-om the 
system specification; p. 146); and 

compiling commands for the respective characteristic applications by the application 
control function to the assigned hosts based on the control orders and the QoS information (see, 
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e.g., enumerated item "(4)" on p. 81, continuing onto p. 82 — the program control enacts the 
allocation decision by contacting the startup daemons (which start or stop processes based on the 
type of request from the program control) on the respective hosts; see also Figure 8.6 on p. 148, 
describing a resource allocation algorithm). 

As per claim 39, [RW1998] further discloses preparing the specification file being 
performed in a language that provides syntax adapted to describe the system and network 
specification information (see chapter 7 on pp. 87-108, describing in detail the specification 
language for modeling host and network systems). 

As per claim 40, [RW1998] further discloses producing the QoS information further 
comprising analyzing the instrumentation information from the N-plurality of hosts by a 
corresponding N-plurality of QoS managers (p. 78 — associated with the hardware monitors are 
host-level daemons (one per host machine) that collect various host-level metrics); and 
producing the QoS information by the QoS managers (p. 78 — low-level metrics are sent by the 
the daemons to the hardware broker where higher-level metrics are computed). 

As per claim 41, [RW1998] further discloses providing the instrumentation further 
comprising reporting application events of the applications from the N-plurality of hosts (see, 
e.g., p. 78, describing the receipt of time-stamped event tags from programs); collecting the 
application events as compiled events by an instrumentation collector (e.g., p. 78, the time- 
stamped events are gathered and transformed into path-level QoS metrics); correlating the 
compiled events as application metrics for the instrumentation information (p. 78 — again, the 
time-stamped events are transformed into path-level QoS metrics); and providing the 
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instrumentation information to the QoS managers (p. 78 — ^the metrics are evaluated for QoS 
violations). 

As per claim 44, [RW1998] further discloses copying a characteristic application of the 
M plurality of managed characteristic applications by the QoS managers as a copy for an 
additional host among the N-plurality of hosts (starting replicas of bottleneck programs for a 
path; see, e.g., p. 81 enumerated items "(3)" and "(4)")- 

As per claim 45, [RW1998] further discloses copying the characteristic application 
comprising transmitting a scale request associated with the copy to the resource allocation 
function (see, e.g., enumerated item "(4)" on p. 81 — the resource manager notifies the program 
control about reallocation decisions, including starting replicas of programs). 

As per claim 46, [RW1998] further discloses analyzing the instrumentation information 
and the system specification files by a resource manager to assign priorities to the characteristic 
applications (p. 141 — a list of unhealthy applications, sorted by the degree of slowdown 
experienced, is generated); and distributing the characteristic applications to the assigned hosts 
based on the priorities (p. 145 the resource allocation algorithm determines the bets host on 
which to replicate, migrate, or restart applications from the sorted list of unhealthy applications). 

As per claim 47, [RW1998] further discloses determining respective loads of the N- 
plurality of hosts by a hardware broker, the loads corresponding to computation requirements by 
the hosts and the network (see, e.g., section 8.3.1 on pp. 143-45); and providing the loads to the 
resource manager (see, e.g., section 8.3.2 on pp. 145-47). 

As per claim 48, [RW1998] further discloses receiving respective operational statuses of 
the N-pIurality of hosts to the hardware broker from history servers associated with the hosts 
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(see, e.g., section 8.3.2 on pp. 145-47; Figure 8.6 on p. 148); assigning fitness scores associated 
with the respective operation statuses by the hardware broker (Id); and determining the loads 
based on the fitness scores by the hardware broker (M). 

As per claim 49, [RW1998] further discloses creating an instruction by a program control 
based on the control orders and the QoS information, the instruction being associated with a 
characteristic application of the M plurality of managed characteristic applications (see, e.g., 
enumerated item "(4)" on p. 81, continuing onto p. 82 — the program control enacts the allocation 
decision by contacting the startup daemons (which start or stop processes based on the type of 
request from the program control) on the respective hosts); compiling the instruction by the 
program control (Id); and submitting the compiled instruction to the assigned hosts (Id.), 

As per claim 50, [RW1998] further discloses creating a process startup order in response 
to a notification of QoS violation from the resource allocation function (see, e.g., the enumerated 
list on pp. 81-82, and in particular, see item "(4)")' 

As per claim 51, [RW1998] further discloses creating a process shutdovm order in 
response to a notification of QoS violation from the resource allocation function (see, e.g., the 
enumerated list on pp. 81-82, and in particular, see item "(4)")- 

As per claim 52, [RW1998] discloses: 

providing instrumentation information to an N-plurality of quality-of-service (QoS) 
managers of a resource allocation function (see, e.g., pp. 77-79 describing hardware monitors 
and software monitors that dynamically measure QoS metrics; p. 109 QoS information allows for 
allocation analysis), the instrumentation information being associated with N-plurality of hosts 
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(p. 78 — associated with the hardware monitors are host-level daemons (one per host machine) 
that collect various host-level metrics), the QoS managers being associated with the N-plurality 
of hosts (Id); 

preparing system specification files to describe system and network specification 
information (see, e.g., p. 77 — a parser that is front-end to the system data broker reads a 
description of the system and its QoS requirements expressed using a specification language; see 
also, chapter 7 on pp. 87-108, describing in detail the specification language for modeling host 
and network systems); 

linking the system specification files to characteristic applications (see p. 77 — a parser 
reads the specification files containing QoS requirements to build the data structures that model 
the system; p. 109 — system components are monitored for conformance to the specified QoS 
requirements; pp. 142-47 — the resources for the applications are allocated on the basis of the 
monitored QoS information; thus, the specification files are "linked to", i.e., associated with, the 
operation of (and allocation of resources for) the applications); 

producing QoS information by the QoS managers based on the instrumentation 
information (see, e.g., section 8.3.1 on pp. 143-45, describing the monitoring of hardware load 
for each host; the hardware load information is used by the resource allocation algorithm to 
generate a "fitness" score, as described in section 8.3.2 on pp. 145-47), the QoS information 
being associated with the characteristic applications on the N-plurality of hosts (as stated above, 
the hardware load for the hosts is monitored; see, e.g., section 8.3.1 on pp. 143-45); 

analyzing the instrumentation information and the system specification files by a resource 
manager of the resource allocation function (see, e.g., section 8.3 on pp. 142-47, describing 
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allocation analysis which includes a resource allocation algorithm for the selection of a "best" 
resource for a recovery action; Figure 8.6 on p. 148 further illustrates the resource allocation 
algorithm); 

allocating assigned hosts for processing the characteristic applications as control orders 
by the resource manager based on the QoS information (see, e.g., enumerated item "(3)" on p. 
81 — computing a resource allocation: the resource manager determines candidate hosts . . .; see 
also section 8.3 on pp. 142-47, describing allocation analysis which includes a resource 
allocation algorithm for the selection of a "best" resource for a recovery action; Figure 8.6 on p. 
148 further illustrates the resource allocation algorithm), the assigned hosts being among the N- 
plurality of hosts (the algorithm considers the "eligible hosts" obtained from the system 
specification; p. 146); and 

compiling commands for the respective characteristic applications by a program 
controller of the application control function to the assigned hosts based on the control orders 
and the QoS information (see, e.g., enumerated item "(4)" on p. 81, continuing onto p. 82 — the 
program control enacts the allocation decision by contacting the startup daemons (which start or 
stop processes based on the type of request from the program control) on the respective hosts; 
see also Figure 8.6 on p. 148, describing a resource allocation algorithm). 

As per claim 53, [RW1998] further discloses analyzing the instrumentation information 
and the system specification files by a resource manager to assign priorities to the characteristic 
applications (p. 141 — a list of unhealthy applications, sorted by the degree of slowdown 
experienced, is generated); and distributing the characteristic applications to the assigned hosts 
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based on the priorities (p. 145 the resource allocation algorithm determines the bets host on 
which to replicate, migrate, or restart applications from the sorted list of imhealthy applications). 

As per claim 54, [RW1998] further discloses creating an instruction by a program control 
based on the control orders and the QoS information, the instruction being associated with a 
characteristic application of the M plurality of managed characteristic applications (see, e.g., 
enumerated item "(4)" on p. 81, continuing onto p. 82 — the program control enacts the allocation 
decision by contacting the startup daemons (which start or stop processes based on the type of 
request from the program control) on the respective hosts); compiling the instruction by the 
program control (Id.); and submitting the compiled instruction to the assigned hosts (Id), 

As per claim 55, [RW1998] fiirther discloses determining respective loads of the N- 
plurality of hosts by a hardware broker, the loads corresponding to computation requirements by 
the hosts and the network (see, e.g., section 8.3.1 on pp. 143-45); and providing the loads to the 
resource manager (see, e.g., section 8.3.2 on pp. 145-47). 

As per claim 56, [RW1998] further discloses receiving respective operational statuses of 
the N-plurality of hosts to the hardware broker from history servers associated with the hosts 
(see, e.g., section 8.3.2 on pp. 145-47; Figure 8.6 on p. 148); assigning fitness scores associated 
with the respective operation statuses by the hardware broker (Id.); and determining the loads 
based on the fitness scores by the hardware broker (Id.). 

As per claim 57, [RW1998] fiirther discloses copying a characteristic application of the 
M plurality of managed characteristic applications by the QoS managers as a copy for an 
additional host among the N-plurality of hosts (starting replicas of bottleneck programs for a 
path; see, e.g., p. 81 enumerated items "(3)" and "(4)")- 
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As per claim 58, [RW1998] further discloses copying the characteristic application 
comprising transmitting a scale request associated with the copy to the resource allocation 
function (see, e.g., enumerated item "(4)" on p. 81 — the resource manager notifies the program 
control about reallocation decisions, including starting replicas of programs). 

As per claim 59, [RW1998] discloses: 

a plurality of quality-of-service (QoS) managers corresponding to N-plurality of hosts (p. 
78 — associated with the hardware monitors are host-level daemons (one per host machine) that 
collect various host-level metrics), the QoS managers receiving instrumentation information 
from respective hosts and producing QoS information based on the instrumentation information 
(see, e.g., section 8.3.1 on pp. 143-45, describing the monitoring of hardware load for each host; 
the hardware load information is used by the resource allocation algorithm to generate a "fitness" 
score, as described in section 8.3.2 on pp. 145-47), the instrumentation information being 
associated with the N-plurality of hosts (p. 78 — the hardware monitors/host-level daemons 
collect various host-level metrics), the QoS information being associated with characteristic 
applications on the N-plurality of hosts (as stated above, the hardware load for the hosts is 
monitored; see, e.g., section 8.3.1 on pp. 143-45); 

a library (a collection of model data structures) that links system specification files that 
describe system and network specification information, the library linking the specification files 
to the characteristic applications (see p. 77 — a parser reads the specification files containing QoS 
requirements to build the data structures that model the system; p. 109 — system components are 
monitored for conformance to the specified QoS requirements; pp. 142-47 — the resources for the 
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applications are allocated on the basis of the monitored QoS information; thus, the collection of 
model data structures derived from the specification files are "linked to", i.e., associated with, 
the operation of (and allocation of resources for) the applications); 

a resource manager that allocates assigned hosts for processing the characteristic 
applications as control orders based on the QoS information (see, e.g., enumerated item "(3)" on 
p. 81 — computing a resource allocation: the resource manager determines candidate hosts . . .; 
see also section 8.3 on pp. 142-47, describing allocation analysis which includes a resource 
allocation algorithm for the selection of a "best" resource for a recovery action; Figure 8.6 on p. 
148 further illustrates the resource allocation algorithm), the assigned hosts being among the N- 
plurality of hosts (the algorithm considers the "eligible hosts" obtained from the system 
specification; p. 146); and 

a program controller that compiles commands for the respective characteristic 
applications to the assigned hosts based on the control orders and the QoS information (see, e.g., 
enumerated item "(4)" on p. 81, continuing onto p. 82 — the program control enacts the allocafion 
decision by contacting the startup daemons (which start or stop processes based on the type of 
request from the program control) on the respective hosts; see also Figure 8.6 on p. 148, 
describing a resource allocation algorithm). 

As per claim 60, [RW1998] fiirther discloses: an instrumentation collector that receives 
application events as compiled events (e.g., p. 78, the time-stamped events are gathered and 
transformed into path-level QoS metrics), the application events being reported from the N- 
plurality of hosts (see, e.g., p. 78, describing the receipt of time-stamped event tags from 
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programs); an instrumentation correlator that correlates the compiled events as application 
metrics for the instrumentation information (p. 78 — again, the time-stamped events are 
transformed into path-level QoS metrics). 

As per claim 61, [RW1998] further discloses a hardware broker that analyzes history 
server information and provides respective loads of the N-plurality of hosts to the resource 
manager (see, e.g., section 8.3.1 on pp. 143-45; section 8.3.2 on pp. 145-47), the loads 
corresponding to computation requirements by the hosts and the network (see, e.g., section 8.3.1 
on pp. 143-45). 

As per claim 62, [RW1998] further discloses history servers providing operation statuses 
of the hosts to the hardware broker determining the respective loads (see, e.g., section 8.3.2 on 
pp. 145-47; Figure 8.6 on p. 148). 

As per claim 63, [RW1998] further discloses the loads being determined from fitness 
scores, and the fitness scores being determined from the operational statuses (see, e.g., section 
8.3.2 on pp. 145-47; Figure 8.6 on p. 148). 

As per claim 66, [RW1998] further discloses the program controller communicating with 
the hosts using operating systems (see, e.g., p. 100, describing the machine-specific startup and 
shutdown characteristics including the name and version of the operating system, and the 
locations of executable scripts). 

As per claim 67, [RW1998] further discloses at least one of the up to M managed 
characteristic applications comprising a scalable application (see, e.g., pp. 99-100, describing the 
definition of an application as including scalability properties; see also section 7.1 on pp. 101-03, 
discussing scalability in more detail). 
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As per claim 68, [RW1998] further discloses at least one of the up to M managed 
characteristic applications comprising a fault tolerant application, where the degree of fault 
tolerance is user selectable (see, e.g., section 7.1 on pp. 101-03, describing a required 
redundancy level specified as an integer). 

As per claim 69, [RW1998] further discloses the instrumentation information providing 
condition metrics of the characteristic applications, the conditions including at least one of 
execution status, computation cycles, running duration and memory usage (see, e.g., the 
description of the hardware monitors and software monitors on pp. 78-79). 

As per claim 70, [RW1998] ftirther discloses an N-plurality of program control displays 
corresponding to the hosts and communicating with the program controller (see, e.g., the 
description of the human computer interface (HCI) on pp. 79-80), the displays displaying 
information from the resource manager (Id), 

As per claim 71, [RW1998] further discloses the QoS managers copying a characteristic 
application of the M plurality of managed characteristic applications as a copy for an additional 
host among the N-plurality of hosts (starting replicas of bottleneck programs for a path; see, e.g., 
p. 81 enumerated items "(3)" and "(4)"). 

As per claim 72, [RW1998] further discloses the QoS managers transmitting a scale 
request associated with the copy to the resource manager (see, e.g., enumerated item "(4)" on p. 
81 — the resource manager notifies the program control about reallocation decisions, including 
starting replicas of programs). 
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Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 42 and 64 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
[RW1998] in view of Tony DeWitt, et al., "ReMoS: A Resource Monitoring System for 
Network- Aware Applications," Carnegie Mellon University, Tech. Report CMU-CS-97-194, 
1997, pp. 1-30 (hereinafter "[DeW1997]"). 

Regarding claims 42 and 64, [RW1998] discloses all of the features recited in parent 
claims 40 and 64 (see the § 102(b) rejections above) but fails to expressly disclose providing an 
application programming interface (API) that enables the QoS managers to access the 
specification information using API calls. However, [DeW1997] teaches the use of such an API 
in the context of a resource monitoring system that collects static and dynamic information to 
allow network-aware applications to time their execution behavior to the dynamic state of the 
network, where API calls are used to access the specification information (e.g., [DeW1997] 
Abstract, providing a general overview; [DeW1997] §§5 and 6, describing the API and its 
usage; [DeW1997] Appendix A, providing the details of the API structures and functions). 
Therefore, it would have been obvious to one of ordinary skill in the computer art at the time the 
invention was made to combine the use of such an API with the system disclosed by [RW1998]. 
One would be motivated to do so to gain the advantages of providing a uniform interface so that, 
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for example, portable network-aware applications can be developed independent of any 
particular network architecture (e.g., [DeW1997] § 9). 

Allowable Subject Matter 

9. Claims 43 and 65 are objected to as being dependent upon a rejected base claim, but 
would be allowable if rewritten in independent form including all of the limitations of the base 
claim and any intervening claims. 

The following is a statement of reasons for the indication of allowable subject matter: 
The prior art of record fails to teach or fairly suggest specifically providing C++ classes for 
storing specification file information in the context of the API of claims 43 and 65. 

Conclusion 

10. Any inquiry concerning this communication or earlier communications fi-om the 
Examiner should be directed to Eric B. Kiss whose telephone number is (571) 272-3699. The 
Examiner can normally be reached on Tue. - Fri., 7:00 am - 4:30 pm. The Examiner can also be 
reached on alternate Mondays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Tuan Dam, can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
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